home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20041116-20060924 / 000332_scottac@nb.sympatico.ca_Fri May 5 10:40:51 2006.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Path: newsmaster.cc.columbia.edu!newsfeed.nyu.edu!news.maxwell.syr.edu!wns14feed!worldnet.att.net!207.35.177.252!nf3.bellglobal.com!ursa-nb00s0.nbnet.nb.ca!53ab2750!not-for-mail
  2. From: "Scott Caissie" <scottac@nb.sympatico.ca>
  3. Newsgroups: comp.protocols.kermit.misc
  4. References: <z8h6g.3018$A26.79468@ursa-nb00s0.nbnet.nb.ca> <slrne5k1te.ik6.fdc@sesame.cc.columbia.edu>
  5. Subject: Re: alt x oddity
  6. Lines: 100
  7. X-Priority: 3
  8. X-MSMail-Priority: Normal
  9. X-Newsreader: Microsoft Outlook Express 6.00.2900.2180
  10. X-RFC2646: Format=Flowed; Original
  11. X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
  12. Message-ID: <dTC6g.3429$A26.90296@ursa-nb00s0.nbnet.nb.ca>
  13. Date: Fri, 05 May 2006 07:10:01 GMT
  14. NNTP-Posting-Host: 156.34.24.236
  15. X-Complaints-To: abuse@aliant.net
  16. X-Trace: ursa-nb00s0.nbnet.nb.ca 1146813001 156.34.24.236 (Fri, 05 May 2006 04:10:01 ADT)
  17. NNTP-Posting-Date: Fri, 05 May 2006 04:10:01 ADT
  18. Organization: Aliant Internet
  19. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15590
  20.  
  21. is there a great amount of technical detail as to what the fix actually 
  22. does? The bug and the fix is so vague.
  23.  
  24. I did discover another problem with those macros. Its a very percular one 
  25. involving IF and ELSE statements.
  26. If I have a macro with a number of IF statements (using bracketed off 
  27. commands) and use that macro about a hundred times or so (very realistic), 
  28. theres a chance of an error occuring.
  29. Error #1 pop up box saying it encountered a problem and needs to close.
  30. Error #2 looking at the COMMAND window with a flashing cursor. Effectively 
  31. frozen. Can't break out of it. Must close the program.
  32.  
  33. By chance I discovered that adding ELSE statements, even empty ones, 
  34. drastically reduces this. So I do this all the time though it looks silly.
  35.  
  36. example:
  37. SET KEY \## \KTEST
  38.  
  39. DEFINE TEST {
  40. IF NOT DEF \%A {
  41. MISC 1
  42. MISC 2
  43. } ELSE {
  44. }
  45. CONNECT /SYNCHRONOUS (spelling?)
  46. RETURN
  47. }
  48.  
  49. I'm only assuming that repeated use of the Macros causes a problem with the 
  50. Brackets. The last bracket (and anything after CONNECT) is never reached as 
  51. far as I know. The ELSE statements seems to help reassure the structure of 
  52. the macro, but not completely.
  53.  
  54. Thats my observation so far. Those empty else statements worked wonders but 
  55. still not perfect.
  56.  
  57.  
  58.  
  59. "Frank da Cruz" <fdc@columbia.edu> wrote in message 
  60. news:slrne5k1te.ik6.fdc@sesame.cc.columbia.edu...
  61. > On 2006-05-04, Scott Caissie <scottac@nb.sympatico.ca> wrote:
  62. > : Alt X (\Kexit) has a slight oddity in it that I hope someone can explain
  63. > : to me.
  64. > :
  65. > : When I use Alt X while in CONNECT mode to reach COMMAND mode I get this
  66. > : situation:
  67. > :
  68. > : Pressing Alt X (or C) to return back to CONNECT mode. When activating a
  69. > : definition macro afterwards, it won't process. It just jumps to the 
  70. > COMMAND
  71. > : window's prompt. You can then re-try the macro and it'll work.
  72. > :
  73. > : There must be a very small detail I'm missing.
  74. > : All my macros, which are activated in CONNECT mode are formatted as:
  75. > :
  76. > : set key \## \kTest
  77. > : Define test {
  78. > : ....
  79. > : Connect
  80. > : Return
  81. > : }
  82. > :
  83. > : Now when I use this macro while in CONNECT mode, it rapidly jumps to 
  84. > COMMAND
  85. > : mode, where it does its thing, then immidately goes back into CONNECT 
  86. > mode.
  87. > : I do this repeatedly and everything is perfect.
  88. > :
  89. > : Never am I stuck at the prompt using my macros.
  90. > : Why then does using the commands, Alt X or C, manually not have the same
  91. > : effect? Why does it negate the next definition type macro used?
  92. > :
  93. > See the recent thread on this same topic.  This is one of the most 
  94. > annoying
  95. > bugs in Kermit 95 2.1.3: macros assigned to keystrokes simply do not work 
  96. > as
  97. > expected.  Quoting from ftp://kermit.columbia.edu/kermit/k95/newbugs.txt :
  98. >
  99. >  735. Macros on Keys broken
  100. >
  101. >  In versions 1.1.21 through 2.1.3, when a SET [TERMINAL] KEY definition
  102. >  includes a macro invocation, then pressing the key while in the
  103. >  Terminal screen returns to the command screen (and in some cases might
  104. >  also fail to execute the macro).  A workaround would be to:
  105. >
  106. >    define myconnect connect /synchronous
  107. >    (make the connection with SET PORT, DIAL, or SET HOST)
  108. >    if success do myconnect
  109. >
  110. >  This is fixed in the next release.
  111. >
  112. > And then to address the inevitable next question, "How do I get the fix?" 
  113. > or
  114. > "When will the next release come out?", see:
  115. >
  116. >  http://www.columbia.edu/kermit/support.html
  117. >
  118. > - Frank 
  119.  
  120.